home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 2330 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. Path: wkaufman.us.oracle.com!wkaufman
  2. From: wkaufman@wkaufman.us.oracle.com (William Kaufman)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: I/O Question
  5. Date: 20 Jan 1996 16:11:08 GMT
  6. Organization: Oracle Corporation, Redwood Shores CA
  7. Message-ID: <4dr46s$sab@inet-nntp-gw-1.us.oracle.com>
  8. References: <4dp1nm$mu6@taco.cc.ncsu.edu>
  9. NNTP-Posting-Host: wkaufman.us.oracle.com
  10.  
  11. In article <4dp1nm$mu6@taco.cc.ncsu.edu> Alex David Groce <adgroce> writes:
  12. ] 
  13. ] while (scanf("%i", &list[count++]) != EOF); // Read elements.
  14. ] count--; // Avoid good old OBOB, the Off-By-One-Bug.
  15. ] 
  16. ] Would it be worth my time to learn buffered I/O techniques, read or
  17. ] getchar or such, to input this data?  Every little bit of time
  18. ] counts...  Or is there a good example somewhere of a fast way to do
  19. ] this?
  20.  
  21.     The <stdio.h> functions are already buffered.  There's probably not
  22. much you can do on that end to speed this up.  A couple of ideas,
  23. though:
  24.  
  25.     a) Change the program to use a file (and fscanf()) instead of stdin.
  26. On some implementations, stdin may be effectively buffered one line at a
  27. time; but files are usually buffered by about 2Kb (or whatever BUFSIZ is
  28. #define'd as in <stdio.h>).
  29.  
  30.     b) If you've got a lot of memory to throw at the problem, you could
  31. try using setbuf() or setvbuf() (esp. with a static array) to increase
  32. the buffer size (but that might actually slow down your program if it
  33. starts paging,...).
  34.  
  35.     c) Calling fgets() to get a line and strtol() to parse it may be
  36. faster than using *scanf() functions, since scanf() does a lot more than
  37. just parse numbers.
  38.  
  39.     And, the number one response to "How can I make this faster":
  40.  
  41.     d) Use a profiling tool, find out where the time is actually going,
  42. and concentrate on those parts of your program.  Most compilers come
  43. with such a tool: on Unix, check the man pages for prof(1) and gprof(1),
  44. and for your compiler to see if it's got an option like "-p" or "-pg";
  45. or, if you're horribly under-budget, I'd heartily recommend "Quantify"
  46. from Pure Software.
  47.  
  48.                                            -- Bill K.
  49.  
  50. Bill Kaufman,          | ``Can anyone tell me what happened to my
  51. wkaufman@us.oracle.com |   "Hello" and why?'' -- David Sheffield
  52.